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(57) ABSTRACT 

A host signal processor (HSP) modem has a software 
interface between HSP modem hardware and native audio 
hardware in a host computer. No hard wire connections 
between modem hardware and audio hardware are required 
for synchronization. Instead, a software clock recovery 
system matches a transfer rate of the HSP modem hardware 
and a transfer rate of the audio hardware by duplicating or 
deleting samples. The software interface allows the native 
audio hardware to make audible the handshaking sequence 
during modem connections which eliminates the need for a 
speaker and speaker drivers in the modem hardware. The 
combination of HSP modem hardware, audio hardware, and 
software executed by the host computer also allows the HSP 
modem to perform voice communication such as telephone 
or speakerphone functions. 

14 Claims, 3 Drawing Sheets 
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1 2 

HOST SIGNAL PROCESSOR MODEM AND - computer having native audio hardware. Software executed 

TELEPHONE by the host computer transfers the digital samples from the 

converter to the native audio hardware to provide audible 

This application is a continuation application of Ser. No. sounds from the signal received on the input line. Digital 
08/677,485, filed Jul. 9, 1996 now U.S. Pat. No. 5,940,459. 5 samples from the host computer (i.e. from a program 

executed by the host computer or from the audio hardware) 

REFERENCE TO MICROHCHE APPENDIX are converted to an analog output signal transmitted on an 

The present specification comprises a microfiche appen- output line, 

dix. The total number of microfiche sheets in the microfiche embodiment, a first index indicates where in a 

appendix is one. The total number of frames in the micro- buffer new samples from the HSP modem hardware are 

fiche appendix is 48. transfeaed, and a second index indicates which samples in 

the buffer are transferred to the audio hardware. The first 

BACKGROUND OF THE INVENTION index leads the second index to provide a margin between 

1 p- iri f tK T f* where samples are written and where samples are read. 

1. ticia ot tne invention 15 comparing the first index to the second index indicates 
Uis invention relates to systems mcludmg multipurpose whether a difference between the rates at which samples are 

modems which implement modem and telephone functions written and read has increased or decreased the margin, 

using resources such as processors and audio hardware Rates arc equalized by duplicating or deleting samples to 

which are native to host computers. increase or decrease the margin. This prevents overflow or 

2. Description of Related Art 20 underflow of the buffer. 
Multipurpose modems often incorporate digital data and 

fax functions with speakerphone and answering machine BRIEF DESCRIPTION OF THE DRAWINGS 

capabilities. Such modems typically have components pj^. 1 ^ block diagram of a communication system in 

which serve multiple purposes, such as a speaker which accordance with an embodiment of the invention, 

provides an audible sound for monitonng a handshake ^ .„ ^ . ^ , ^ . . 

sequence between connecting modems and provides sound . 1 '^^^^'^^f^ functional elements of a speakerphone 

during telephone communications, but many functions accordance with an embodiment of the invention, 

require special hardware within the modem which increases FI^. 3 illustrates an HSP modem implementing hand- 

the cost of the modem, shake monitoring through audio hardware native to a host 

Host signal processor (HSP) modems have been devel- computer, 

oped which eliminate signal processors and other hardware Use of the same reference symbols in different figures 

in the modems in favor of software executed by the proces- indicates similar or identical items, 

sor in a host computer. Software for such HSP modems r^cT-ATr cm nccoDiDT-rr^KT r^n toc 

performs many of the signal and data conversions required ™i:™JiTr™ ^ 

of a modem. Use of the host processor reduces modem PREFERRED EMBODIMENTS 

hardware costs by reducing hardware in the modem. An la accordance with an embodiment of the invention, a 

efBcient and inexpensive way to exparid an HSP modem to host signal processor (HSP) modem includes a software 

provide standard telephone communications is desired. interface between a hardware portion of the HSP modem and 

SUMMARY OF TOE INVENTION ^IJ: ^^d it^^^^^^^^ 

In accordance with the invention, a communication sys- of the HSP modem to include voice communication such as 

tem uses host signal processor (HSP) modem hardware, telephone or speakerphone functions. The audio hardware is 

native audio hardware in a host computer, and procedures native to the host computer in the sense that the audio 
executed by the host computer to operate as a modem and a 45 hardware provides a general purpose audio output and/or 

telephone. The native audio hardware provides audio output input and is not limited to or specifically for use with the 

and/or input for telephone functions. The HSP modem HSP modem. Standard operating system protocols control 

hardware provides the required interface with telephone transfers between the HSP modem and the audio hardware, 

lines. Operating system protocols allow software commu- and no special wire connections between modem hardware 

nications between the HSP modem hardware and the audio and audio hardware are required. A software clock recovery 

hardware without any direct hardware connections between system in the HSP modem software matches transfer rates of 

the HSP modem hardware and the audio hardware even the HSP modem hardware and transfer rates of the audio 

though the audio hardware and HSP modem hardware hardware even though the HSP modem hardware and the 

operate asynchronously with independent sample clocks. A audio hardware have independent sampling clocks, 
clock recovery procedure executed by the host computer 55 in one embodiment of the invention, the native audio 

matches data transfer rates and compensates for differences hardware in the host computer makes handshaking 

between the independent sample clocks. sequences audible during modem connections. Accordingly, 

The native audio hardware not only provides resources for the cost of the HSP modem hardware is reduced by elimi- 

expanding the HSP modem to include speakerphone func- nating a speaker and driver circuits for monitoring hand- 

tions but can also make a modem handshake sequence shake sequences. 

audible for user monitoring. Accordingly, no speakers or piG. 1 shows an HSP modem 100 similar to the modem 

speaker driver circuits for monitoring handshake are described in U.S. Pat. No. 5,787,305 issued on Jul. 28, 1998,. 

required in the HSP modem hardware. entitled *^Host Signal Processing Modem Using a Software 

In one embodiment of the invention, a communication Simulation of a UART" and U.S. Pat. No. 5,721,830 issued 
system includes an analog-to-digital converter or a codec 65 on Feb. 24, 1998, entitled "Host Signal Processing Com- 

which converts an analog signal from an input line such as munication System that Compensates for Missed Execution 

a telephone line to digital samples accessible to a host of Signal Maintenance Procedures" which are both incor- 
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porated by reference herein in their entirety. HSP modem 
100 includes a hardware portion (a communication device 
130) having an I/O interface 134 connected to a bus 120, for 
example, a local bus in a host computer 110. Communica- 
tions device 130 also includes a receive (Rx) buffer 132 and 5 
a transmit (Tx) buffer 136 and a codec 135 (combined 
analog-to-digital converter and digital-to-analog converter). 
Codec 135 connects to telephone lines 140, converts an 
analog signal from telephone lines 140 into digital samples 
which are stored in Rx buffer 132, and converts digital 
samples from Tx buffer 136 into an analog signal which is 
transmitted on telephone lines 140. 

A processor 112 of host computer 110 executes an HSP 
modem driver 116 which retrieves samples from Rx buffer 
132 and writes samples to Tx buffer 136 during periodic 
intermpts. For data or fax modem operations, driver 116 
converts the digital samples from Rx buffer 132 according to 
a standard modem or fax protocol into digital data which are 
stored in a data buffer 117 for a communications application 
115. Driver 116 also performs the reverse operation of 20 
retrieving digital data from data buffer 117, converting the 
data into digital samples, and transferring the digital samples 
to buffer 136 where codec 135 converts the digital samples 
into an analog signal complying with the standard modem 
protocol. Incorporated U.S. Pat. No. 5,721,830 further ^5 
describes modem functions in HSP modem 100. 

For telephone communications, audio hardware 111 
which is native to the host computer 110 provides digital 
samples representing voice signals to be transmitted over 
telephone lines 140 and generates sound from digital 30 
samples representing incoming voice signals from telcphoQC 
lines 140, Audio hardware 111 may, for example, include a 
sound card coupled to bus 120 and a microphone and a 
speaker coupled to an analog -to-digital converter (ADC) and 
digital-to-analog converter (DAC) on the sound card. HSP 35 
modem driver 116 when operating in a voice mode transfers 
digital samples without conversion according to the modem 
protocol because the digital samples represent an analog 
voice signal to be transmitted. Optionally, driver 116 filters 
or changes the magnitude of digital samples to change the 40 
quality or volume of voice signals. One type of filtering in 
a speakerphone application removes echoes caused by room 
acoustics. 

Communications application 115 can turn on or off speak- 
erphone operation of the HSP modem. To begin speaker- 45 
phone operation, communications application 115 opens a 
communication port serviced by HSP modem driver 116 and 
then sends a command to place the HSP modem in speak- 
erphone mode. Driver 116 or speakerphone software loaded 
by driver 116 then allocates in main memory 114, buffers 50 
118 and 119 respectively for audio samples output from, and 
input to audio hardware 111. Software maintains data flow 
between communication device 130 and buffers 118 and 119 
and maintains data flow between audio hardware 111 and 
buffers 118 and 119. 55 

Feeding unconverted samples from communication 
device 130 through play buffer 119 to audio hardware 111 
allows audio hardware 111 to play handshake sequences for 
monitoring of modem or fax connection. Simultaneous with 
transfer of unconverted samples, driver 116 converts the 60 
incoming samples according to the required modem protocol 
and generates the appropriate response for the handshake 
sequence. For handshake monitoring, audio hardware 111 
requires audio output capabilities such as a sound card and 
a speaker but does not require audio input hardware such as 65 
a microphone. HSP modem hardware 130 can thus monitor 
handshake sequences without a speaker or other modem 



hardware conventionally associated with handshake moni- 
toring in modems. 

FIG. 2 illustrates an exemplary embodiment of a com- 
munication system 200 which includes HSP modem hard- 
ware (communication device 130) and audio hardware 
including a sound card 210, a microphone 212, and a speaker 
214 which are native to a host computer. In an exemplary 
embodiment of system 200, the host computer is an IBM 
compatible personal computer that executes a software 
portion of system 200 under an operating system such as 
Microsoft Windows'^** 95 or NT which provides for different 
priority levels. Of the software in system 200, an HSP 
modem driver 250 for device 130 executes at a higher 
priority (ring 0) and a communications application 115 and 
a sound driver 220 execute at a lower priority level (ring 3). 
Application 115 is a program for accessing multipurpose 
modems or speakerphones. Such applications are commer- 
cially available and include for example, "Microsoft Phone," 
available from Microsoft Corporation. Sound driver 220 
creates a software interface for sound card 210. Such sound 
drivers are well known in the art and are normally provided 
with the operating system or sound card 210. 

HSP modem driver 250 is a custom driver which imple- 
ments modem and speakerphone operations. Driver 250 
includes software units 252, 254, and 256 which for an 
operating system such as Windows 95, are static device 
drivers loaded into the system kernel when the operating 
system is started. Alternatively, units 252, 254, and 256 
could be dynamic load device drivers which are loaded as 
required. To use the HSP modem, communications applica- 
tion 115 requests opening of the COM port assigned to the 
HSP modem. Communication application 115 sends the 
request to an operating system routine (VCOMM) which 
loads a custom port driver 258 into ring 0. In one embodi- 
ment of the invention, port driver 258 implements a software 
UART for interface to device 130 and software units 252, 
254, and 256. For Windows 95, port driver 258 is a dynamic 
device driver executed in ring 0. Port driver 258 loads a 
small ring 3 software routine 225 into the system virtual 
machine for later use by HSP modem driver 250. The 
microfiche appendix contains a listing of a module PTS- 
NOOP which implements an example embodiment of rou- 
tine 225, 

Once port driver 258 is loaded into the host computer, the 
HSP modem is ready to receive standard modem commands. 
Communication application 115 sends an AT command 
(AT#CLS-8) to driver 250 via VCOMM 240 to initiate 
speakerphone functions. Port driver 258 passes the AT 
command to control software 254 which enables voice unit 
252 and places the HSP modem in speakerphone mode. 
When first placed in speakerphone mode, voice unit 252 
signals routine 225 to start speakerphone operation. Routine 
225 allocates memory in the system virtual machine for 
record buffer 118 and play buffer 119 and then loads 
speakerphone software 230 into the system virtual machine. 
The microfiche appendix includes a listing of a module 
PTRTKR which is an embodiment of speakerphone software 
230. Module PTRTKR is a dynamic load library for the 
Windows 95 operating system. Speakerphone software 230 
sets up an interface with sound card 210 via sound driver 
220, transmits the addresses of buffers 118 and 119 to voice 
unit 252, and then notifies sound card 210 and voice unit 252 
that the system is ready for data transfer. 

Communication between sound driver 220 and speaker- 
phone software 230 can be conducted via standard sound 
card protocols such as MCI (multimedia control interface), 
"direct sound", or via sound card protocols designed spe- 
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cially for speakerphones. Under the MCI protocol, speak- 
erphone software 230 requests that sound driver 220 write a 
block of audio samples from microphone 212 via codec 215 
to record buffer 118 at a location indicated by an index 
Rec_Idx. Speakerphone software 230 also requests that 
sound driver 220 read and play a data block from play buffer 
119 starting at an address indicated by an index Play_Idx. 
Codec 215 converts the block read into a signal driving 
speaker 214 and producing sound. Sound driver 220 typi- 
cally reads or writes about 256 or 512 bytes of sound 
samples per request from speakerphone software 230. Upon 
completion of a block, sound driver 220 makes a callback to 
speakerphone software 230 which triggers a request for 
transfer of a next block. 

Driver 250 transfers data from communication device 130 
to play buffer 119 and from record buffer 118 to communi- 
cation device 130. In accordance with one embodiment of 
the invention, device 130 generates periodic interrupts 
which driver 250 services by transferring digital samples. 
During each interrupt, driver 250 writes 24 samples to 
communication device 130 and reads 24 samples from 
communication device 130. However, the number of these 
samples written to or read from buffers 118 and 119 depends 
on a clock recovery process conducted by voice unit 252. 
Ideally, the rates of data input to buffers 118 and 119 matches 
the rates of data output; but since device 130 and sound card 
210 typically operate asynchronously, difference in clock 
frequencies for device 130 and sound card 210 if left 
uncorrected can cause data overflow or xmderflow of buffer 
118 and/or 119. A hardware connection between sound card 
210 and device 130 could synchronize clocks, but most 
native sound cards do not provide for such hardware con- 
nections. 

In accordance with an aspect of the invention, a software 
clock recovery process adjiists data transfer rates to prevent 
data overflow or underflow. InitiaUy record index Rec Jdx, 
which indicates where sound driver 220 writes samples, 
leads an index Txindex, which indicates where driver 250 
reads samples by a fixed amount. For example, index 
Rec__ldx can initially lead index Txindex by two full 
requests of data blocks from sound driver 220. This lead 
changes if a data transfer rate into buffer 118 differs from a 
data transfer rate out of buffer 118. Sound card 210 writes 
sound samples to record buffer 118 at the sampling fre- 
quency of codec 215, for example, at a nominal rate of 8 
kHz; and in response to each callback, speakerphone soft- 
ware 230 shifts index Rec_Idx to the next block in buffer 
118 in a circular fashion. Accordingly, index Rec_Idx 
advances at a rate depending on the sampling frequency of 
codec 215. During the periodic interrupts for device 130, 
driver 250 reads sound samples from record buffer 118 and 
updates index Txindex. To prevent overflows or underflows 
of record buffer 118, driver 250 compares index Txindex to 
index Rec_ldx at each interrupt. If index Rec__ldx leads 
index Txindex by less than Y bytes, (for example, less than 
1 block transfer by sound driver 220), the rate at which 
samples are read from buffer 118 is reduced by duplicating 
one or more samples from buffer 118 in a block of 24 
samples written to communication device 130. For example, 
23 samples are read from record buffer 118 and index 
Txindex is increased by 23, but the last of the 23 samples 
read is duplicated to form a block of 24 samples written to 
communication device 130. If Rec_Idx leads Txindex by 
more than Z bytes, (for example more than 3 block 
transfers), one or more samples is skipped over so that 
Txindex is increased by more than 24 and effective rate at 
which samples are read from buffer 118 is increased. In this 
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fashion, the rate of reading data from record buffer 118 
adjusts to avoid overflowing or underflowing buffer 118. 

Similarly, driver 250 balances the read and write rates for 
play buffer 119 by comparing indices Rxindex and Play_ 

5 Idx during each interrupt and adjusting the amount of data 
written to play buffer 119. If index Rxindex leads index 
Play_Idx by less than Y bytes, one or more samples is 
duplicated to increase the amount of data written to play 
buffer 119 during an interrupt. If index Rxindex leads index 

-•^ Play__Idx by more than Z bytes, one or more samples is 
deleted to reduce the amount of data written to play buffer 
119 during an interrupt. Accordingly, continuous voice com- 
munications on telephone lines 140 are maintained with out 
overflowing or underflowing buffers 118 and 119 and dis- 

15 rupting the sound signal. 

In addition to, or instead of using native audio hardware 
for voice communication, an HSP modem in accordance 
with another embodiment of the invention uses native audio 
hardware to provide an audible signal for monitoring 
modem dialing and handshaking sequences. FIG. 3 iUus- 
tratcs an HSP modem 300 which uses a sound card 310 for 
modem monitoring. HSP modem 300 includes a hardware 
portion (device 130) and HSP modem driver 250. As 
described above, HSP driver 250 includes software units 
252, 254, and 256 which are loaded into ring 0 at start-up of 
the operating system, and port driver 258 and routine 225 are 
respectively loaded into ring 0 and ring 3 in response to 
communication application 115 requesting that VCOMM 
240 open the COM port corresponding for device 130. At 
that point, the HSP modem is ready to receive standard AT 
commands from communication application 115. 

The HSP modem enables a monitoring mode in response 
to a dial command (ATD) or a ring signal on telephone line 

22 140 when the HSP modem has been set to answer incoming 
calls. Whether the HSP enters an audible modem monitoring 
mode depends on standard AT commands which configure 
the modem. For example, a user can disable handshake 
sequence monitoring, can monitor just the handshake 
sequence, or can monitor modem signals even after the 
modem connection. To enter monitoring mode, voice unit 
252 signals software 225 to allocate memory for play buffer 
119 and load handshake monitoring software 330 into ring 
3. Handshake monitoring software 330 sets up an interface 

^2 with sound card 310 via an associated sound driver 320, 
transmits the address of buffer 119 to voice unit 252, and 
then notifies sound card 210 and voice unit 252 that the 
system is ready for data transfer. 

For handshake sequence monitoring, digital samples are 

50 transferred only in one direction, from device 130 to sound 
card 210. Accordingly, only play buffer 119 (and not record 
buffer 118) is allocated. Further, sound card 310 does not 
require a microphone or an ADC for sound input. A DAC 
315 and driver circuits for speaker 214 are sufiBcient to 

55 produce an audible handshake sequence. 

The handshake sequence consists of an output signal from 
the HSP modem of system 300 and an input signal generated 
from a modem or other remote device connected to tele- 
phone Unes 140. Modem unit 256 generates the output signal 

60 which initiates handshaking or responds as required by the 
desired modem protocol. Voice xtnii 252 transfers digital 
samples of an input analog signal on telephone hnes 140 to 
play buffer 119 during intermpts as described above in 
regard to FIG. 2. Sound card 310 plays these samples to 

65 generate a sound indicating the progress of the handshake 
sequence. The output signal from the HSP modem is audible 
in the sound played by sound card 310 because the output 
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signal echoes back on telephone line 140 and is represented or deletes samples to equalize a data transfer rate 

in the samples transferred by voice unit 252 to play buffer from the communication device and a data transfer 

119. rate to the audio hardware; and 

In monitoring mode, voice unit 252 implements the clock ^ f^^^^ procedure which transfers digital samples 

recovery routines as described in regard to FIG. 2. In 5 a second buffer m the memory of the host 

particular, voice unit 252 monitors the difference between '^^"^P^^"' communication device, wherem the 

index Rxindex and index Play Jdx and dupUcates samples llZtj^^Z^^Lt^^^^^^ ?n ^fTnlTJ^"".^''' 

£ J • * • * 4? • * . 1 equalize a data transfer rate to the commumcation 

from device 130 to increase the rate of mput to play buffer ^"^^-^ ^ j^j^ j^^^j^, ^^(^ ^^^-^ ^^^j. 

119 if the difference becomes too small. To decrease the rate ^^^.^ 

of data transfer into play buffer 119, some samples from lo communication system of claim 1, wherein the 

device 130 are skipped rather than transferred to play buffer software provides voice communications when operated in 

119 if the difference between index Rxindex and index a first mode during which digital samples are transferred 

Play_Idx becomes too large. Accordingly, input and output between the audio hardware and the communication device 

rates for buffer 119 are kept about equal to prevent buffer and provides modem functions when operated in a second 
overflow or underflows. 15 mode during which digital samples are converted according 

If the HSP modem is configured to stop monitoring upon to a modem protocol to generate data, 

a connect, modem unit 256 signals voice unit 252 to exit ^- communication system of claim 2, wherein the 

monitoring mode when modem unit 256 senses either a input line is a telephone line, and the communication system 

successful "connect" to the remote device or a failed hand- provides voice and modem communications through the 

shake sequence. For a successful connect, modem commu- communication device. 

. ^ . ^ ^. . ...1 f 4. A host signal processor modem comprising: 

nication can continue with or without audible monitoring of . . , . - ^ r 

the signals transferred on telephone line 140 depending on communication device comprising an interface for con- 

the configuration of the HSP modem. When exiting moni- '° i^"?^^ computer, and an andog-to-digitd 

, . **, .^-1- • 1 r. 'y-ye . i j convcrtcr whicD coHverts aualog signals from an input 

tormg mode, voice unit 225 signals software 225 to unload ^-^^ -^^ accessible to the host computer 

handshake momtonng software 330 and release memory ^^^^^ interface; and 

allocated to play buffer 119. ^^^^^^^ ^^^^^^^ ^^^^ computer, the software 

Although the present invention has been described with including a procedure which during a handshake 

reference to particular embodiments, the description is only sequence for the host signal processor modem, trans- 

an example of the invention's and should not be taken as a fers digital samples from the communication device to 

limitation. In particular, although most of the above disclo- audio hardware native to the host computer, the audio 

sure is directed to modems which connect to standard hardware playing the digital samples to allow user 

telephone lines, aspects of the invention can also be applied monitoring of the handshake sequence, 

to applications such as cable modems for connection to 5, jhe host signal processor modem of claim 4, wherein 

proposed cable televisions system. Additionally, although the software deletes or duplicates digital samples being 

example speakerphone applications are described, embodi- transferred, as necessary to equalize a transfer rate from the 

ments of the invention can also be applied to other voice communication device and a transfer rate to the audio 

communication functions such as telephone answering hardware. 

machines. Various other adaptations and combinations of g jjo^t signal processor modem of claim 1, wherein 

features of the embodiments disclosed are within the scope the communication device generates an audible modem 

of the invention as defined by the following claims. handshake sequence solely through audio hardware native to 

We claim: the host computer. 

1. A communication system comprising: 7. The host signal processing modem of claim 4, wherein 
a host computer which includes native audio hardware for voice communications, the procedure transfers digital 
capable of generating audible output from the host 45 samples from the communication device to the audio hard- 
computer, wherein the native audio hardware processes ware native to the host computer. 

digital samples according to a first sampling clock; 8. The host signal processing modem of claim 7, wherein 

a communication device that processes digital samples the input line is a telephone line. 

according to a second sampling clock which is asyn- 9. The host signal processing modem of claim 4, wherein 
chronous to the first sampling clock, wherein the com- 50 the procedure transfers digital samples from the communi- 

munication device comprises: . cation device to a modem unit for conversion according to 

an interface coupled to the host computer; a protocol for modem communications, 

an analog-to-digital converter coupled to the interface, 10. The host signal processor modem of claim 4, wherein 

the analog-to-digital converter converting an analog the communication device generates an audible modem 

signal from an input line to digital samples acces- 55 handshake sequence solely through audio hardware native to 

sible by the host computer through the interface; and the host computer, 

a digital-to-analog converter coupled to the interface, 11. A method for operating a communication system, 

the digital-to-analog converter converting digital comprising: 

samples from the interface into an analog signal processing digital samples using native audio hardware 

transmitted on an output line; and 60 from a host computer according to a first sampling 

software executed by the host computer, the software clock wherein the native audio hardware is capable of 

transferring the digital samples from the communica- generating audible output from the host computer; 

tion device to the native audio hardware which plays processing digital samples using a communication device 

the digital samples, wherein the software comprises: according to a second sampling ^clock which is asyn- 

a first procedure which transfers digital samples from 65 chronous to the first sampling clock, wherein the com- 

the communication device to a buffer in a memory of munication device includes an interface coupled to the 

the host computer, wherein the procedure duplicates host computer; 
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converting analog signal from an input line to digital 
samples accessible by the host computer through the 
interface using an analog-to-digital converter from the 
communication device coupled to the interface; 

converting digital samples from the interface into an S 
analog signal transmitted on an output line using a 
digital-to-aoaldg converter from the communication 
device coupled to the interface; and 

executing software by the host computer whereby the 
software transfers digital samples from the communi- 
cation device to the native audio hardware which plays 
the digital samples, the software function farther com- 
prising a first procedure of transferring digital samples 
from the communication device to a buffer in a memory 
of the host computer, '^^ 

wherein the procedure duplicates or deletes samples to 
equalize a data transfer rate from the communication 
device and a data transfer rate to the audio hardware; 
and a second procedure of transferring digital samples 
from a second buffer in the memory of the host com- 
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puter to the communication device, wherein the second 
procedure duplicates or deletes samples to equalize a 
data transfer rate to the communication device and a 
data transfer rate from the audio hardware. 

12. The method of claim 11, wherein the digital samples 
represent an analog signal input to the host signal processor 
during a handshake sequence. 

13. The method of claim 11, wherein transferring the 
digital samples comprises duplicating digital samples from 
the communication device to increase a data transfer rate to 
the buffer and match a data transfer rate to the audio 
hardware which plays the digital samples from the buffer. 

14. The method of claim 11, wherein transferring the 
digital samples comprises skipping transfer of some digital 
samples from the communication device to decrease a data 
transfer rate to the buffer and match a data transfer rate to the 
audio hardware which plays the digital samples from the 
buffer. 

^ * * ^ ;t 
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